home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / tcp / 940140.txt < prev    next >
Internet Message Format  |  1994-11-13  |  13KB

  1. Date: Wed,  6 Jul 94 04:30:02 PDT
  2. From: Advanced Amateur Radio Networking Group <tcp-group@ucsd.edu>
  3. Errors-To: TCP-Group-Errors@UCSD.Edu
  4. Reply-To: TCP-Group@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: TCP-Group Digest V94 #140
  7. To: tcp-group-digest
  8.  
  9.  
  10. TCP-Group Digest            Wed,  6 Jul 94       Volume 94 : Issue  140
  11.  
  12. Today's Topics:
  13.                              DOS (2 msgs)
  14.                               JNOS 1.08
  15.                             NOS and the PC
  16.                 Why not a solid PBBS program? (2 msgs)
  17.  
  18. Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>.
  19. Subscription requests to <TCP-Group-REQUEST@UCSD.Edu>.
  20. Problems you can't solve otherwise to brian@ucsd.edu.
  21.  
  22. Archives of past issues of the TCP-Group Digest are available
  23. (by FTP only) from UCSD.Edu in directory "mailarchives".
  24.  
  25. We trust that readers are intelligent enough to realize that all text
  26. herein consists of personal comments and does not represent the official
  27. policies or positions of any party.  Your mileage may vary.  So there.
  28. ----------------------------------------------------------------------
  29.  
  30. Date: Tue, 5 Jul 94 08:11:45 -0500
  31. From: sbrown@charon.dseg.ti.com (Steve Brown)
  32. Subject: DOS
  33. To: klarsen@kazak.NMSU.Edu
  34.  
  35. Karl writes:
  36.  
  37.   [Stuff deleted]
  38.  
  39. >     I have read guys saying Linux is the way to go and I say bull 
  40. > pucky! Linux to have ANY speed must live in 8 meg of ram on a 88486-50. 
  41.  
  42. Where did you get this information, Karl?  Have you experimented with
  43. it yourself?
  44.  
  45. > This translates into a MUCH more expensive computer and I'm not sure you 
  46. > can boot up in Linux without dos being present. Need to run an experiment.
  47.  
  48.  Of course you can boot Linux without DOS being present.
  49.  
  50. >     I ask anyone reading this with any information about use of dos 
  51. > ver 3.3 to speak up. Perhaps what we need is a way to ask for a free use 
  52. > of old dos for ham only projects. Or we must add another $65 to the cost 
  53. > of the operating system.
  54. >     As one tag line says " Are you still using dos? Pity" I say if 
  55. > you are paying for your software dos is a good deal. So is Windows ver 
  56. > 3.1 and a host of other software written for dos. From my point of view 
  57. > going back to UNIX with it's $2,000.00 software is a real BAD idea!!
  58.  
  59. Linux _is_ U**x.  I sure doesn't cost $2,000.  It's free.  You generally
  60. pay someone to package it for you but, even then, it's $30.
  61.  
  62.               *********************************************
  63.               |  Steve Brown, WD5HCY         |            |
  64.               |  sbrown@charon.dseg.ti.com   | Simplicate |
  65.               |  wd5hcy@wd5hcy.ampr.org      | and add    |
  66.               |       [44.28.0.61]           | lightness. |
  67.               |  wd5hcy@kf5mg.#dfw.tx.usa.na |            |
  68.               *********************************************
  69.  
  70. ------------------------------
  71.  
  72. Date: Tue, 5 Jul 1994 23:46:25 +0100
  73. From: "Brian A. Lantz" <brian@lantz.cftnet.com>
  74. Subject: DOS
  75. To: TCP digest <tcp-group@ucsd.edu>
  76.  
  77. On Sat, 2 Jul 1994, Klarsen wrote:
  78.  
  79. >     But don't forget the operating system. For this stuff to work we 
  80. > do need something to make the computer functional. I suggest that we use 
  81. > dos of about the version 3.3 which I am asking a lawyer about whether the 
  82. > early dos is still protected by copyright or patent. I don't think you 
  83. > can buy ver 3.3 anymore. But I have a very legal set of 3.3 sitting on 
  84. > the shelf. I can put that in 1 node and still be legal. But if it goes on 
  85. > another node is it still legal? 
  86.  
  87. A copyright is a copyright! Version 3.3 is protected by the same 
  88. international copyright laws that it was when it was released.
  89.  
  90.  
  91. >     I have read guys saying Linux is the way to go and I say bull 
  92. > pucky! Linux to have ANY speed must live in 8 meg of ram on a 88486-50. 
  93. > This translates into a MUCH more expensive computer and I'm not sure you 
  94. > can boot up in Linux without dos being present. Need to run an experiment.
  95. >
  96.  
  97. No version of MSDOS is required for use of Linux, unless you use a 
  98. distribution that requires MSDOS in order to "bootstrap" Linux. The 
  99. distributions that come with CD-ROMs and boot floppies NEVER need use of 
  100. MSDOS.
  101.  
  102. Why would you need to boot up into an "operating system" (debatable term in 
  103. the case of MSDOS) in order to boot up an operating system?
  104.  
  105. >     I ask anyone reading this with any information about use of dos 
  106. > ver 3.3 to speak up. Perhaps what we need is a way to ask for a free use 
  107. > of old dos for ham only projects. Or we must add another $65 to the cost 
  108. > of the operating system.
  109.  
  110. I suggest buying legal copies! If you MUST use DOS, don't do it illegally.
  111.  
  112. >     As one tag line says " Are you still using dos? Pity" I say if 
  113. > you are paying for your software dos is a good deal. So is Windows ver 
  114. > 3.1 and a host of other software written for dos. From my point of view 
  115. > going back to UNIX with it's $2,000.00 software is a real BAD idea!!
  116.  
  117. $2,000.00 software? I paid $40.00 for 600+ Meg of operating system and 
  118. utilities, including ALL source code. And that cost was for the 
  119. DISTRIBUTION, NOT the programs. Don't know where you get YOUR Unix, but I
  120. suggest a change of vendor.
  121.  
  122. Try buting MSDOS source code, at ANY price.
  123.  
  124.  
  125. -----------------------------------------------------------
  126. Brian A. Lantz/KO4KS                 brian@lantz.cftnet.com
  127.  
  128. REAL PORTION of Microsoft Windows code:
  129.     while (memory_available)    {
  130.         eat_major_portion_of_memory (no_real_reason);
  131.         if (feel_like_it)
  132.             make_user_THINK (this_is_an_OS);
  133.         gates_bank_balance++;
  134.     }
  135.  
  136. ------------------------------
  137.  
  138. Date: Tue, 5 Jul 1994 07:45:48 -0600 (MDT)
  139. From: Klarsen <klarsen@kazak.NMSU.Edu>
  140. Subject: JNOS 1.08
  141. To: TCP digest <tcp-group@UCSD.EDU>
  142.  
  143.     Hi Barry, I AM impressed with your jnos that has passed GB of 
  144. traffic and not failed since 1 Feb! That is VERY impressive. Barry please 
  145. send me the config.h that you used and any other tricks you may have for 
  146. achieving that performance.
  147.  
  148.     Tim at the NMSUGW gateway is pulling his hair trying to find a 
  149. version of nos that will run for days at a time! Yesterday I checked out 
  150. the computer and it's fine. So it must be the way we are configuring nos.
  151.  
  152.     I find that at home my nos is fine no matter what I compile into 
  153. it. But on a gateway it's a much differnt matter.
  154.  
  155.     Thanks de karl k5di
  156.  
  157. ------------------------------
  158.  
  159. Date: Tue, 5 Jul 94 00:06:39 EDT
  160. From: goldstein@carafe.enet.dec.com
  161. Subject: NOS and the PC
  162. To: a.cox@swansea.ac.uk
  163.  
  164. > > Bus Master DMA:
  165. > I didn't think ISA _could_ multi-master : how is it done ?
  166. Dunno.. but my SCSI driver and ethernet card do it and its in the PC hardware
  167. specifications. I never was any good with wires ;)
  168.  
  169. I'm no expert either but I've read some of the writeups from vendors.
  170. Multi bus master DMA on ISA was not part of the original design, but
  171. it was possible.  Basically there's a trick involving the PC's DMA 
  172. controller to set up the channel and the board's own DMA hardware to
  173. do the transfer.  Or something like that.
  174.  
  175. Since it's sort of a hack, it's not all that common.  EISA added
  176. multiple bus master as a major feature.  The first card I saw doing
  177. this on ISA was Cogent's Ethernet card, which has been out since
  178. 1990 or earlier.  In a true DOS environment you hardly care, since
  179. you're single-tasking anyway, but with multitasking or server systems,
  180. it makes a huge difference in performance.
  181.    fred  k1io
  182.  
  183. ------------------------------
  184.  
  185. Date: Tue, 5 Jul 1994 12:47:50 -0700
  186. From: myers@bigboy73.West.Sun.COM (Dana Myers )
  187. Subject: Why not a solid PBBS program?
  188. To: TCP-GROUP@UCSD.EDU
  189.  
  190. > Date: Fri, 1 Jul 1994 18:56:55 -0700
  191. > From: Phil Karn <karn@qualcomm.com>
  192. > Subject: Re: Why not a solid PBBS program?
  193. > >  Perhaps it would take a commercial venture to do it right. Would a PBBS 
  194. > >SysOp, who's spent maybe $1000-$2000 (or more) on radios, TNCs, antennas, 
  195. > >PCs, etc, also shell out maybe $50-$100 or so for GOOD software that beats 
  196. > >the heck out of the standard freebie AX.25 PBBS packages or the bazillion 
  197. > >semi-complete NOSs floating around?
  198. > Why do we have to have PBBSes at all, especially if we're using
  199. > TCP/IP?  Why do hams have to keep reinventing the wheel, especially
  200. > ones that aren't quite round? What's wrong with just using all the
  201. > mail and news software that the rest of the Internet uses that seems
  202. > to work fine for them? Why do hams always have to be different?
  203.  
  204.  
  205. I've often asked this question.  As time and cash permit, I'm working to
  206. build a local "demostration" net using NNTP and SMTP.  JNOS is currently
  207. my choice of software, since it provides a newsreader method that is workable.
  208.  
  209. One reason hams re-invent things is that we are learning.  Building a radio,
  210. building a TNC, building an AX.25 protocol driver, etc., can be extremely
  211. valuable ways to learn.  The problem is that amateurs often don't discriminate
  212. between a prototype and a product; in terms of quality and interoperability.
  213. We often have too much ego tied up in a prototype, and we can't throw it
  214. away after it has served the purpose of learning.
  215.  
  216. An IP based digital network with BBS services provided via NNTP could be
  217. reality today.  It would require a large number of BBS operators to realize
  218. that the existing amateur BBS network was a good first effort, but that
  219. the IP suite offers "real world" function and interoperability.  It would
  220. require a whole bunch people with a lot of time and effort invested in the
  221. existing BBS structure to admit that we've learned a lot but it is time to
  222. move on.
  223.  
  224. I normally argue for controlled, evolutionary enhancement of systems.
  225. However, the demands on the packet BBS system are increasingly difficult to
  226. meet, even with evolution of the packet BBS system.  It is time to make a
  227. big step in a modern direction.
  228.  
  229. Dana
  230.  
  231. ------------------------------
  232.  
  233. Date: Tue, 5 Jul 1994 22:49:01 -0700 (PDT)
  234. From: cwi@netcom.com (Mike Cheponis)
  235. Subject: Why not a solid PBBS program?
  236. To: myers@bigboy73.west.sun.com (Dana Myers)
  237.  
  238. > > Date: Fri, 1 Jul 1994 18:56:55 -0700
  239. > > From: Phil Karn <karn@qualcomm.com>
  240. > > Subject: Re: Why not a solid PBBS program?
  241. > > 
  242. > > 
  243. > > Why do we have to have PBBSes at all, especially if we're using
  244. > > TCP/IP?  Why do hams have to keep reinventing the wheel, especially
  245. > > ones that aren't quite round? What's wrong with just using all the
  246. > > mail and news software that the rest of the Internet uses that seems
  247. > > to work fine for them? Why do hams always have to be different?
  248.  
  249. Dana Writes:
  250.  
  251. >I've often asked this question.  As time and cash permit, I'm working to
  252. >build a local "demostration" net using NNTP and SMTP.  JNOS is currently
  253. >my choice of software, since it provides a newsreader method that is workable.
  254. ...
  255. >I normally argue for controlled, evolutionary enhancement of systems.
  256. >However, the demands on the packet BBS system are increasingly difficult to
  257. >meet, even with evolution of the packet BBS system.  It is time to make a
  258. >big step in a modern direction.
  259. > Dana
  260.  
  261. The Japanese have two developments that may be of interest.  The first is
  262. their "Terakoya" system for distributing newsgroups throughout
  263. Japan. (Bdale, perhaps you can fill in more details?)  Their TCP/IP
  264. stations use a flooding approach, and they've merely introduced new news
  265. groups to handle the ham interests.  So, for example, instead of:
  266.  
  267. SB SALE @ ALLUSA
  268.  
  269. The posting station just sends mail to the newgroup rec.radio.amateur.jp.sale
  270. (or some such named newsgroup), and that station floods his neighbors, and
  271. they flood theirs, etc, until the message makes it all over Japan.
  272.  
  273. Then second development is the TNC-Z.  It is a high-speed kiss tnc that uses
  274. a Hitachi high-performance enhanced Z80 CPU.  Here is a little blurb about it:
  275.  
  276.      ***************************************
  277.      *          TNCZ-A03C                  *
  278.      ***************************************
  279.      for:
  280.     NET.EXE
  281.     up to 19200bps KISS port
  282.     64kbps FM0   &   9600bps NRZI  packet port
  283.     enter serch mode command on every frame
  284.     inter frame timer (time out detect for KISS port)
  285.     4kbyte+ buffer for 4k-packet
  286.                            1991.Oct.03
  287.                            by M&K.Yonezawa
  288.  
  289. Mr. Yonezawa (and K.Yonezawa, his wife who co-wrote the code) are at:
  290. 2-9-15-B307
  291. Goten-yome, Musoshino
  292. Tokyo, 180
  293. JAPAN
  294.  
  295. (This board was described in some detail in the last NCPA Downlink [you _are_
  296. an NCPA member, _aren't you_ !!!?])
  297.  
  298. And, Japan has been doing 64 kb/s for several years now on the 1.2 Ghz band, 
  299. including 64 kb/s mobile(!).
  300.  
  301. Yes, we here in the U.S. are surely a pathetic bunch... (and yes, I include
  302. myself, of course!)...a motley crew, indeed!
  303.  
  304.  
  305. -Mike k3mc
  306.  
  307. ------------------------------
  308.  
  309. End of TCP-Group Digest V94 #140
  310. ******************************
  311.